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(54) Storage device and method for data sharing 

(57) In a computer system including a disk subsys- 
tem (80) having channel interface (71) compatible to a 
count-key-data format and a SCSI interface (61) com- 
patible to a fixed length data format, the disk subsystem 
(80) is connected to a CPU (10) controlled by an open 
system operating system (40) through the SCSI inter- 
face (61), and connected to an other CPU (11) control- 
led by a main frame operating system (50) through the 
channel interface (71). The CPU (10) is provided with a 
CKD record access library (35) and a VSAM access 
library (30) which accesses in a FBA format the VSAM 
record stored by the other CPU (1 1) in a CKD format in 
the disk subsystem (80) and allows the access by an 
application program (20) of the CPU (10) as a VSAM 
record based on VSAM control information. 
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Description 

BACKGROUND OF THE INVENTION 

The present invention relates to a computer system, and more particularly to a computer system provided with a 
storage device subsystem having both an interface compatible to a count-key data format and an interface compatible 
to a fixed length block format. 

So-called down sizing which conducts applications which have heretofore been conducted in a main frame by using 
a so-called open system such as a personal computer or a workstation has recently been becoming popular. A large 
volume of information is stored in the main frame by the applications conducted heretofore and there is a big demand 
to access the information stored in the main frame from the open system. In the past, as for the sharing or file transfor- 
mation of files between different operating systems, a technique to access a file in the MS-DOS operating system which 
is a personal computer operating system of the Microsoft Inc., USA. from the UNIX operating system on a workstation 
(operating system licensed by the X/Open Company Ltd., has been known. 

Generally, in a computer system, information is stored in a storage device such as a disk storage. The main frame 
traditionally desired to use the disk access in the count-key<Jata format while the open system desires to use the disk 
access in the fixed length block format. Thus, the information used on the disk used in the main frame cannot be directly 
used from the open system. As techniques to access the information on the disk used in the main frame from the open 
system, a distributed database and a technique to utilize a file transfer have been known but such techniques have 
drawbacks in that they impose a heavy workload to a network and need modification of existing application programs. 

SUMMARY OF THE INVENTION 

It is an object of the present invention to allow the direct access to information stored in a disk storage by a com- 
puter which conduct the disk access in accordance with a count-key-data format from a computer provided with an 
interface which conducts the disk access in accordance with a fixed length block format. 

A computer system in accordance with the present invention comprises a first computer (main frame) which con- 
ducts the disk access in accordance with the count-key-data format, a second computer (open system) which conducts 
the disk access in accordance with the fixed length block format and a disk subsystem connected to the first and second 
computers. The disk subsystem comprises a first interface which is connected to the first computer and compatible to 
the count-key-data format, a second interface which is connected to the second computer and compatible to the fixed 
length data format and means for reading the information from the disk storage in accordance with a fixed length data 
format address received from the second interface and transferring the read information to the second computer in a 
fixed length data format block unit through the second interface. The second computer comprises means for accepting 
a disk access request compatible to the count-key-data format issued from an application program and converting the 
count-key-data format address to a fixed length data format address, means for accessing the disk subsystem by using 
the converted fixed length data format address and means for extracting information designated by the access request 
from the block-by-biock information transferred from the disk subsystem. 

40 BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows a configuration of a main portion of a computer system in accordance with a first embodiment of the 
present invention, 

Fig. 2 shows a configuration of a main portion of a UNIX operating system in accordance with a first embodiment 
45 of the present invention, 

Fig. 3 shows flow chart of a process of an application program in accordance with the first embodiment of the 
present invention, 

Fig. 4 shows a flow chart of a VSAM OPEN process in accordance with the first embodiment of the present inven- 
tion, 

so Fig. 5 shows a flow chart of a VSAM READ process in accordance with the first embodiment of the present inven- 
tion, 

Fig. 6 shows a VSAM CLOSE process in accordance with the first embodiment of the present invention, 

Fig. 7 shows a flow chart of the CKD record read process in accordance with the first embodiment of the present 

invention, 

55 Fig. 8 shows a flow chart of CKD-FBA conversion R/W process A in accordance with the first embodiment of the 
present invention, 

Fig. 9 shows data structure of a track format in accordance with the first embodiment of the present invention, 
Fig. 10 shows a configuration of a main portion of a computer system in accordance with a second embodiment of 
the present invention, 
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Fig. 1 1 shows a data structure of a track format in accordance with the second embodiment of the present inven- 
tion, 

Fig. 12 shows a flow chart of SCSI R/W process in accordance with the second embodiment of the present inven- 
tion, 

Fig. 1 3 shows a configuration of a main portion of a computer system in accordance with a third embodiment of the 
present invention, 

Fig. 14 shows a data structure of a track format in accordance with the third embodiment of the present invention, 
Fig. 15 shows a flow chart of a CKD record read process in accordance with the third embodiment of the present 
invention, 

Fig. 16 shows a configuration of a main portion of a computer system in accordance with a fourth embodiment of 
the present invention, 

Fig. 17 shows a flow chart of a VSAM OPEN process in accordance with the fourth embodiment of the present 
invention, 

Fig. 18 shows a configuration of a main portion of a computer system in accordance with the second embodiment 
of the present invention, 

Fig. 19 shows a configuration of a main portion of a computer system in accordance with a fifth embodiment of the 
present invention, 

Fig. 20 shows a flow chart of a VSAM OPEN process in accordance with the fifth embodiment of the present inven- 
tion, 

Fig. 21 shows a flow chart of a VSAM CLOSE process in accordance with the firth embodiment of the present 
invention, 

Fig. 22 shows a flow chart of a WRITE TRACK process in accordance with the second embodiment of the present 
invention, and 

Fig. 23 shows a flow chart of a SCSI READ process in accordance with the third embodiment of the present inven- 
tion. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
(1) First Embodiment 

30 

Fig. 1 shows a configuration of a main portion of a computer system in accordance with one embodiment of the 
present invention. In the present embodiment, the computer system comprises two computers CPUs 10 and 1 1 and a 
disk subsystem 80 connected to the CPUs 10 and 1 1 . 

The CPU 10 is controlled by an UNIX operating system 40 which is widely used in an open system as an operating 

35 system and has a SCSI (Small Computer System Interface) interface 60 compatible to the fixed length data format 
(hereinafter referred to as an FBA (Fixed Block Architecture) format) as an interface with the disk subsystem 80. On the 
other hand, the CPU 1 1 is controlled by a conventional general purpose large scale computer operating system (in the 
present embodiment, the Hitachi VOS3 (Virtual Storage Operating System 3) and has a channel interface 70 compati- 
ble to the count-key-data format (hereinafter referred to as a CKD format) as an interface with the disk subsystem 80. 

40 The disk subsystem 80 comprises a SCSI interface 61 connected to the CPU 10 and a channel interface 71 connected 
to the CPU 1 1 . The SCSI interface 61 of the CPU 1 0 and the SCSI interface 80 of the disk subsystem 80 are connected 
by a SCSI bus 65. The channel interface 70 of the CPU 1 1 and the channel interface 71 of the disk subsystem 80 are 
connected by a channel cable 75. The SCSI interfaces 60 and 61 may be replaced by any interface which is compatible 
to the fixed length data format. Similarly, the channel interfaces 70 and 71 may be replaced by any interlace which is 

45 compatible to the count-key-data format. Further, the UNIX operating system 40 may be any operating system which 
supports the SCSI interface or the VOS3 operating system 50 may be any operating system which supports the chan- 
nel interface. 

The disk subsystem 80 comprises a CKD disk storage 100 which stores files accessed by the CPU 10 and 1 1 (in 
the present embodiment, VSAM ESDS (Virtual Storage Access method Entry-Sequenced Dataset) in a CKD format 

so record (hereinafter referred to as a CKD record) 1 1 0 and a buffer 90 which holds a partial copy of the data stored in the 
CKD disk storage 100. Of course, the present invention can be applied to any other datasets having other dataset 
organizations, for example, SAM (sequential access method) datasets. The disk subsystem 80 provides the access to 
a record having a cylinder number, a head number and a record number designated which is compatible to the CKD 
format through the channel interface 71. Hereinafter, the record address identified by the cylinder number, the head 

55 number and the record number is referred to as a CCHHR. A track address identified by the cylinder number and the 
head number is referred to as a CCHH. The disk subsystem 80 further provides the access in accordance with the FBA 
format through the SCSI interface 61 using CKD-FBA record format conversion R/W process A 4000. CKD-FBA record 
format conversion R/W process A 4000 accepts a FBA record through the SCSI interface 61, calculates the CCHHR 
where the record will be stored, converts the record format from FBA to CKD and eventually stores the CKD record, and 
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Sr 0 h«£ It? 3 h ^ en9 ? ,S 01 512 " byte ' ength 3nd 3n ^ A (L °9 ical B,ock ^dress) 0 corresponds to cyl- 

w5 the FB/f format ' ^ 9 meth0d ° f me CKD record in the ** System in accordance 

TnrnJ^, Tl ^ access,n 9 th6ret0 Wi " be deScribed later 1,16 data stored in *e CKD disk storage 100 is 

22^1^12?^ I V?^'* thS d3ta iS St0red " 3 head number and a ^ °«*et from the beginning of *e 
track The cyl.nder number and the head number of the CKD disk storage 100 in which the data is stored are not n^r 

T*? t0 ^ Cy ' inder nUmb6r and the head number desiana ^ «hen the data i 'SSSSlSSS^ 
through the channel -menace 71 but in the present embodiment, they are assumed to be idenTcal Sr Sake of con- 
venience of descr.pt.on. It is assumed that the CKD disk storage 100 can store up to 64K bytes ofdaTa per trarl A dato 
capacty which can be stored in one track is referred to as a track capacity and a produce track capXa^e 
Wht n ■ Ua ^?™" is r ^rred to as a cylinder capacity. The buffer 90 has as large size EES K Sc«y 
2#^Z stages ™ * *" *" "*"* m 80 * ^ ^ 1 °" e subsystem mlXe a 

21 ^52!?SSSbS2 ^H 21 J Un K n ^ C ™ V° ^ CPU 1 1 ■ The application programs 20 and 

t Jm so Th! vn^ . 8 subsystem 80 through the UNIX operating system 40 or the VOS3 operating sys- 

h T Z ^ 2 3 ° perat,ng SyStem 50 on 106 CPU 1 1 inc,ude s a VSAM 55. The VSAM 55 allows the access ?oTe 

thf c?uTn' n ^ d L S i SUb t ySte o 80 fr ° m the aPP ' iCati0n Pr09ram 21 as a VSAM da ^et re^rorthe othS han7 
he CPU 10 ,s prov.ded wrth a VSAM access library 30 and a CKD record access library 35 The CKD rLord accei 
brary 35 ,s .ssued by the VSAM access library 30. A CKD record access request is converted Z an accS ^uesTS 
the FBA format and .t ,s supplied to the UNIX operating system 40, and a result thereof is converted toThe^KD format 
and returned to the VSAM access library 30. The VSAM access library 30 refers a data itSS to^SSJfS 

c^r™ 

aCC6SS V ^TJS th . 6 Pr6Sent embodiment such a memory management feature and a Proce^rnan^ge 
SZSSi ^ SC f l devicedriver 155 cor***. SCSI interface 60 and accesses the disk^b^temi 
nnrS h!i n SubsyStem , 1 80 stores FFS ( BerWe V ^ ™e System) files which are in a file system format su7 
ported by the file management feature 150 of the UNIX operating system 40 The disk subsystem 180 nSvhP ron 

a^oh^^ 10 TTS* SCSI bUS 65 ,09eth6r With ** £ ^wni* S*e VsZda^" 
although not shown .n Fig. 1 but as shown in Fig. 2. It is assumed that the file management feature 150 7the UMX 
operating system 40 does not support the access to the VSAM dataset 

An Is command 160 is a command to indicate a list of files present in a designated directory The UNIX ooeratina 

Y 1TJ° P :° C , eSSeS 8 d6ViCe aCC6SS request of the ls command issued by designating ^^d^eX inTe FSS 
included .n the disk subsystem 180 by the file management feature 150 and the SCSI dey.ce diTSSJiSSS 
the disk subsystem 180 On the other hand, when the UNIX operating system 40 receives the S aoces?re?ues?7f 
"2" 35 ' " Pr0CeSSeS * by ° nly the SCSI device drive ' the interyerti^of theTman 

S2SS??JS aC ^f eS £ e ^ SUbSySt6m 80 thiS case - attribute information and Pnysical storage 
information included in d.sk subsystem 80 are not supplied from the UNIX operating system40 to SrCKDVecort 

2° r6COrd aCC6SS ,ibrary 35 «" see *• <■* subsystem 80 as ^ on7t? e SuS a^ 
fi,«^mTwh ' S 10 38 3 raW '°- The UN,X ° peratin9 system 40 identifies the two disk access reqtesteby^ 

ZZ TtS h 3 2f raCt6r SP6Cial f He " ame iS desi 9" ated « *e access file name, the access by the ra^O S con 
222 f 1 ?,? conventional ,ile name is designated, the access is conducted through the file ninage^em 
feature 150. As the character special file name, a file name /dey/rsdlc may be used management 

n a ..J n J h « e a P [^ n1 emb ° diment ' the VSAM access library 30 and the CKD record access library 35 are provided exter- 
VSAM H«l ? 9 SySt6m 40 in ad " r <0 SUpP ° rt the access to *• VSAM da taset although the access He 

thfvQ^M mSy K be SUPP ° rted by thB fHe "^agement feature 150 of the UNIX operating system 40 cWe 
pfo^ STJ ^' b , rary h° n 1,16 CKD r&COrd aCC6SS Hbrary 35 are ,oaded as Pa^ of the UNIX grating ' 
F.SDS Jnrt «f L . k ° 3 PrOCeSS WhiCh iS conducted ^en the application program 20 accesses the Vs£m 
rSni h ffu Subsystem "^e application program may be described in a program language sudTas 

COBOL tt ,s assumed here that the process opens one of the VSAM ESDSs stored in the disk subsystem 8C TntZ 
the hrst one of the records of the dataset. displays it and closes the dataset to terminate the P roc2 
imp. .t h^ P J tHe application P r °9 ram fif st opens the dataset. In the COBOL description format it is "OPEN 
P ^ 8l !! e, " ame Wh,Ch indicates to °P en the designated dataset for read-only. The VSAM access 1 irv 30 is 

ntl RE e SRD T NTO in W a en^;? r "7* M the C ° B ° L d ^°" ^^SSS^SZ 

thJ ™5 r ♦ INT0 rtenWier . H mdicates to read one of the VSAM recoids from the designated dataset and enter 
he recorel into a variable identified by the identifier of the application program 20. The VSAM access ItorartTsofe called 

is closed. In the COBOL descr.pt.on format it is "CLOSE dataset name". The VSAM access library 30 is called thereby 
The process conducted in the VSAM access library 30 in the steps 1 100. 1 1 10 and 1 130 fe n<« e^ned 
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Fig. 4 shows a flow chart of the VSAM ESDS open process which is conducted by the VSAM access library 30 in 
the step 1 100. In a step 500, the VSAM access library 30 opens the raw IO feature of the UNIX operating system 40. 
More precisely, it opens a character special file corresponding to the disk subsystem 80. In the present embodiment, it 
is assumed that all VSAM ESDSs are present on the disk subsystem 80 but it is possible that a plurality of disk storages 

5 are connected to the CPU 10 and in such a case, a particular disk in which it is present is determined based on the 
designated dataset name. In a step S510, the VSAM access library 30 reads a standard volume label from the disk sub- 
system 80 by utilizing the function of the CKD record access library 35. The standard volume label is written at a specific 
location on the CKD disk storage 100 and includes a VTOC (Volume Table of Contents) address, that is, a VTOC 
CCHHR. The standard volume label is read by designating a specific CCHHR and calling a CKD record read process 

10 to be described later. One VTOC is prepared for each disk storage and has management information of all datasets 
included in that disk storage. The VTOC may be a set of records of a 44-byte key field and 96-byte data field. Each 
record is referred to as DSCB (Dataset Control Block). The DSCB has various formats and in a format 1 DSCB, the key 
field includes a dataset name and the data field includes an attribute of the dataset identified by the dataset name and 
information on a physical storage location assigned to the dataset. The physical storage location to which the dataset 

r5 is assigned is called an extent. The extent is identified by the cylinder number and the track number which it occupies. 
In a step 520, the VSAM access library 30 reads one of the records of the VTOC by using the feature of the CKD 
record access library 35. In a step 530, whether the read VTOC record is in the format 1 DSCB or not and whether the 
key field is equal to the dataset name designated by the application program or not are determined. If the conditions are 
met, the process proceeds to a step 550. Otherwise, the process proceeds to a step 540. In the step 550, if the condi- 

20 tion is met, the DSCB is copied to a local variable of the VSAM access library 30 and the open process is terminated. 
On the other hand, in the process 540, the record address is advanced to be ready to read the next DSCB and the proc- 
ess returns to the step 520. 

Fig. 5 shows a flow chart of a VSAM ESDS read process conducted in the step 1 1 1 0 by the VSAM access library 
30. All VSAM record included in the VSAM ESDS are ordered in the sequence of the preparation thereof. The VSAM 

25 access library 30 always stores the storage location of the VSAM record which is currently processed (hereinafter 
referred to as a current record). The current record is set as the first VSAM record when the dataset is opened. When 
one VSAM record is read, the current record is changed to the next VSAM record. In the VSAM, a unit of transfer of the 
disk storage is called a CI (Control Interval). The CI includes the VSAM record as well as management information of 
an unused space in the CI. The VSAM access library 30 identifies the VSAM record by a RBA (Relative Byte Address) 

30 in which it is included and a serial number of the VSAM record in the CI. 

In a step 600 of the VSAM read process, the VSAM access library 30 first sets a target RBA to the RBA of the CI 
which includes the current record. Then, in a step 61 0, it searches an extent which includes the target RBA. Specifically, 
it seeks the CCHHR in which the data having an offset in the dataset is stored based on the offset. This process is 
explained for a read process immediately following to the opening of the VSAM ESDS. It is assumed that the current 

35 record is included in the first CI of the VSAM ESDS and the RBA of the CI thereof is 0. The format 1 DSCB has an array 
of extent information and a start CCHH and an end CCHH of the extent are registered for each extent. The array of the 
extent information is arranged in an ascending order of the corresponding RBA. In the present example, since the target 
RBA is 0, it is clearly included in the first record of the first extent. As a result, it is determined that the target CCHH is 
the start CCHH indicated by the first extent information recorded in the format 1 DSCB. It is also seen that since user 

40 data cannot be stored in the record 0, R is 1 . 

In a step 620, the CCHHR determined in the step 610 is designated to call the CKD record read process. When the 
CI comprises a plurality of CKD records, the same number of CKD record read processes are called. In a step 630, the 
control information in the CI is referred to seek the target VSAM record in the CI. It is one which has the serial number 
of the current record. Then, in a step 640, the VSAM record is copied to the identifier which is a variable of the applica- 

45 tion program 20. Finally, in a step 650, the current record is set to the next VSAM record and the VSAM ESDS read 
process is terminated. 

Fig. 6 shows a VSAM ESDS close process conducted in the step 1 130 by the VSAM access library 30. In a step 
1000, the VSAM access library 30 closes the raw IO feature of the UNIX operating system 40. More precisely, it closes 
the character special file corresponding to the disk subsystem 80. In a step 1010, a work area is released and the proc- 
50 ess is terminated. 

Fig. 7 shows a flow chart of the CKD record read process conducted by the CKD record access library 35. The CKD 
record read process is called from the VSAM access library 30 and reads a record having the designated CCHHR from 
the disk subsystem 80 and returns the key field and the data field thereof to the calling process. In this embodiment, 
CKD record access library reads all the data on the track including the record having the designed CCHHR. In a step 
55 400. the CKD record access library 35 calculates an LBA corresponding to the top of the track including the record hav- 
ing the designated CCHHR. The LBA is determined by the following formula although only an integer part is handled 
as a quotient in division. T indicates division while indicates multiplication. 

LBA = (CC * cylinder capacity + HH * track capacity) / block length (512 bytes) 
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SCSMnteSoIS h data h °V he de *! rmined LBA ^ one length is read from the disk subsystem 80 through the 

sissr ? , ~~ * »■-*«•■» seeks; szs s sskesee 

Cylinder number = (LBA * block length) / cylinder capacity 
Head number = ((LBA * block length) % cylinder capacity) / track capacity 
Byte offset from top of track = (LBA * block length) % track capacity 

£££££ ™ 1.respect.vely. Data 335, 340 and 345 denote count field, key field and data field of the recoS 2 
respectively. The subsequent records also have the same format as those of the record 1 and the record 2 ^n eaS£ 
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(2) Second Embodiment 

Fig. 10 shows a configuration of a main portion of a computer system in accordance with another embodiment of 
the present invention. In the present embodiment, the computer system is configured by modifying the CKD disk stor- 

s age 100 owned by the disk subsystem 80 in the first embodiment to a FBA disk storage 100' accessed in the FBA for- 
mat, and modifying the CKD -FBA record format conversion R/W process A 4000 in the first embodiment to another 
CKD-FBA record format conversion R/W process B 4010. CKD-FBA record format conversion R/W process B 4010 
accepts a CKD record through the channel interface 71 , calculates the LBA where the record will be stored, divides the 
CKD record into several pieces to form the FBA records, converts the record format CKD to FBA and eventually stores 

io the FBA records, and vice versa. The SCSI R/W process 4040 executes read/write requests issued by CPU 10 by way 
of SCSI interface 61 . Like in the first embodiment, a plurality of FBA disk storages 100' may be provided. When a plu- 
rality of disk storages are provided, the FBA disk storage 100' shown in Fig. 10 may be replaced by two disk storages 
each having one-half capacity of that of the FBA disk storage 100' and data having even track numbers designated by 
the count-key-data format may be stored in one of the disk storages while data having odd track numbers may be stored 

75 in the other disk storage. 

The FBA disk storage 100' has a 512-byte block length and provides the access by the LBA. The FBA disk storage 
100' contains FBA records and the CKD record 1 10 is actually stored in FBA records 4020 and 4030. The CKD record 
1 10 is stored in the FBA records on the FBA disk storage 100* and the access in accordance with the CKD format is 
provided to the CPU 1 1 through the channel interface as they are in the first embodiment. 

20 Fig. 1 1 shows the arrangement of data handled in the present embodiment. A track format 380' is one which is red 
into the buffer 90. Blocks 390, 392 and 394 indicate data blocks when the data of the track format 380' read into the 
buffer 90 is transferred to the CPU 10 through the SCSI interface 61 . Data blocks 390, 392 and 394 are identical to the 
data blocks in the first embodiment shown in Fig. 9. The track format 380' includes a home address in the CKD format 
and the record 0. This is because the disk subsystem 80 is required to process a so-called format write command which 

25 is unique to the CKD format and hold the written data in order to be accessed in accordance with the CKD format 
through the channel interface 71. Examples of the format write command are WRITE HOME ADDRESS and WRITE 
COUNT, KEY AND DATA. 

Fig. 22 shows a flow chart of a WRITE TRACK process which is conducted when CKD-FBA record format conver- 
sion R/W process B 4010 receives one track of data through the channel interface 71 from CPU 1 1 . 

30 In a step 3000, CKD-FBA record format conversion R/W process B 4010 receives one track of data through the 
channel interface 71 from CPU 1 1 and converts the data in the buffer 90 into the track format 380' as shown in Fig. 1 1 . 

The track format 380' consists of home address, record 0, record 1 , records following record 1 and optional padding 
data. The length of the track format 380' is predetermined and is a multiple of block length specified in the SCSI spec- 
ification, in the present example, 512 bytes. And track format 380' contains optional padding data after the last record 

35 on the track. The track format 380' is equivalent to the track format 380 used in the first embodiment when the CKD- 
FBA record format conversion R/W process A 4000 reads one track of data from the CKD disk storage 100 into the 
buffer 90. 

In a step 3010, CKD-FBA record format conversion R/W process B 4010 divides the data stored in the buffer 90 in 
the track format 380' into 512 byte-sized blocks, and stores the blocks in the FBA disk storage 100'. The format of the 
40 data stream generated in the present step is equivalent to the format of the data stream generated in the first embodi- 
ment when the CKD-FBA record format conversion R/W process A 4000 transfers data between CPU 10 and the disk 
subsystem 80 through the SCSI interface 61 . 

Fig. 12 shows a flow chart of a SCSI READ process which is conducted by the SCSI R/W process 4040 in the disk 
subsystem 80 when the CPU 1 0 issues a SCSI READ command to the disk subsystem 80. In the present example, the 
45 process shown in the Fig. 1 2 is conducted as a result of the request issued by the CKD record access library 35 in the 
CPU 1 0. In the present embodiment, the FBA disk storage 1 00' contains the data stream whose format is equivalent to 
the format of the data transferred between the CPU 1 0 and the disk subsystem 80 as described in the first embodiment. 

So, SCSI R/W process 4040 merely starts the transfer of blocks from the location in the FBA disk storage 100* 
which corresponds to the LBA designated by the SCSI READ command. And when as many as blocks designated by 
so the SCSI READ command are transferred, the SCSI READ process is terminated. 

Fig. 18 shows a configuration of a main portion of a computer system in which the FBA disk storage 100' of the 
computer system of the second embodiment of the present invention is replaced by a disk storage 1 00"" and a disk stor- 
age 2500 each having one-half capacity. The distribution of data to each disk storage is conducted by track unit, and 
the data having even track numbers are stored in the disk storage 2500 while the data having odd track numbers are 
55 stored in the CKD disk storage 1 00'"'. 

(3) Third Embodiment 

Fig. 1 3 shows a configuration of a main portion of a computer system in accordance with a third embodiment of the 
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present invention. Basically, the computer system of the present embodiment is configured in the same manner as the 

SSrH ^f?n ? V f ^ 10 del ' verS t0 the a PP |lcation P~gram the data excluding the count field from the CKD 
Siml th Pr6Sent embodiment - the disk subsystem 80 conducts that process Accordingly in the present 
embod ment. the process ,n the CKD record access library 35" is different from that of the CKD reco^accei lib^aTv o 

ESKE&sr CKD record access I,brary 3s " reads ,rom disk — - »5?ssssk: 
rjssszsz r^sis sir is a,so a ,iwe — ,rom - ckd -™ 

Fig. 23 shows a flow chart of a SCSI READ process which is conducted bv the r«n fra rc^m 
R/W process A' 4030 in the disk subsystem 80 when the CP(5 10 issuer a SCS, REA^ com^n^h^ T^™ 
80. The different point from thef.ow chart of the SCSI READ proceS w^^ 
convers.cn WW process A 4000 is that in step 3100. CKD-FBA record format conveSon RW nrocess a 

5KS5T ,ie ' dS ,r ° m reC ° rdS ^ ^ ^ »■ 3nd » o^sTda^^O Z g e h lS 

there^somiSed" ^ ^ PrOCeSS " ,dentiCa ' * ^ deSCribed *» firSt «*■*"«« and the explanation 
In the present embodiment, the data which the CKD record access library 35 receives throuah the SCSI interte™ 
60 does not include the count field. Thus, the CKD record access library 35" LnJSZl^J^^S^Z 

^cTSSS^ h 6 Th ^ a " 0Cati0n ° f thS CKD reC ° rd When stori "9 in th * disk stcrageisloiuZfor 
each CI. Each CKD record which stores the CI does not have a key field and all data field lenoths are annrnor^tll, 
determined by the VSAM to the same length so long as the CKD records b£^E2r^2ZT£ 

£2? ■ a ^ P J?.* k SUbSySt6m 80 aSSUr6S ^ tHe fraCk in th « 'CKD format does 

^^f^^S^^^ Tf t the CKD format is accessed in the FBA format - 1 sssss 

i om .C U I ther ' 4,18 '!? f™ 001 " 1 * ,i6,d in 1,16 11313 received by tne CKD re °°rd access library 35 does not cause a orob- 
lem m accessing the VTOC. The VTOC is a set of records of the 44-byte key field and the 96*to*£ > field n5Sf5t 
determination of the record position is easy as it is for the VSAM yo-oyre oata field. Ttius. the 

Accordingly, the CKD record access library 35 can find the record boundary when it is tauaht the tvne of m ^ 
ISST ^ T TS handled> ,f0m *• VSAM 3Ccess librar * 30 - » sh °^ d ^n^H^e^aS 
p^em e^ime n nt ^ "** M *" CK ° reCOrdS ° f ^ may not fit to 

o^rf!?', 14 8hows 3 d3ta arran 9ement in the present embodiment. Numerals 300 to 345 denote fields on a trar* of tha 
rean T?Z£ « ^ *" 3rran 9 ement on « actual physical track NumeS ^SZOESSt 

m the r Jn Sh °^ 3 ' T Chart ° f 3 CKD feCOrd re3d process which is exe cuted by the CKD record access library 35" 
^™£^ r EEZL Pr ? S6nt embodiment ' in * *P 2200. the LBA of the block inSg hTrecJrd 
SuZr aTargeTrSr * ^ at '° n Pr ° 9ram 2 ° * by •» fol,0win9 formu,a ' where " is ■ 

LBA = (CC * cylinder capacity + HH * track capacity) / block length + ((R - 1) * record length) /block length 
AstaToTo^^ 

Interblock offset = ((R - 1) * record length) % block length 

In a step 2210. the data is read from the disk subsystem 80 through the SCSI interface en h« oni„ tir^r* 
length + (block length - 1 )) / block length) blocks of the determined LBA or when the S^rK^ ac^he bS 
one more ttock additionally, by using the raw IO feature of the UNIX operating system 40 In a s"2 222? SSHi 
the read data h- interblock offset) is returned to the requesting process as a key fiefd and M ^S^!SSXi 
field is returned as a data field, and the process is terminated. aooress ot the key 

Referring to Fig. 1 4. a specific example of the CKD record read process is explained. 
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It is assumed that the CKD record library 35" receives a request to read the record 4 of the VTOC from the VSAM 
access library 30. It is also assumed that the VTOC starts from the record 1 at the beginning of the track and the record 
length is 1 40-byte length with a key field being 44-byte length and a data field being 96-byte length. It is further assumed 
that the block length is 512-byte length. In this case; 

5 

LBA = (CC * cylinder capacity + HH * track capacity) / 512 + ((4 - 1) * 140) / 512 

Interblock offset = ((4 - 1) * 140) % 512 = 420 

10 First, in a step 2210, (140 + (512 - 1)) / 512 + 1 = 2 blocks are read. Then, in a step 2220, the address at the 420th 
byte from the top of the read data is returned to the VSAM access library 30 as a key field and the address at the 464th 
byte is returned as a data field. 

(4) Fourth Embodiment 

15 

Fig. 16 shows a configuration of a main portion of a computer system in accordance with a fourth embodiment of 
the present invention. The computer system of the present embodiment differs from the first embodiment in that the 
CPU 1 1 is provided with a VTOC utility 2300 and the VSAM access library 30"' of the CPU 10 utilizes the VTOC utility 
2300 to conduct the VSAM OPEN process. The differences from the first embodiment are now explained. In the first 

20 embodiment, the VSAM access library 30 reads the standard volume label stored in the disk storage and the VTOC to 
seek the format 1 DSCB of the designated dataset name in the VSAM OPEN process, but the VSAM access library 30'" 
of the present embodiment uses the data acquired by the VTOC utility 2300 and does not access the disk subsystem 
80 in order to acquire the data stored in VTOC. The VTOC utility 2300 runs on the VOS3 operating system 50 and 
accesses the disk subsystem 80 to acquire the format 1 DSCB of the target dataset. In order to achieve it, the VOS3 

25 operating system 50 is provided with a macro called OBTAIN (SEARCH) macro. 

Fig. 17 shows a flow chart of a VSAM ESDS open process conducted by the VSAM access library 30 m . In a step 
500, the VSAM access library 30'" opens the raw IO feature of the UNIX operating system 40. In a step 2400, the VSAM 
access library 30" aoquires the format 1 DSCB from the VTOC utility 2300. Specifically, it calls the VTOC utility 2300 
which is present in the CPU 11 by using interprogram communication. The VTOC utility 2300 issues the OBTAIN 

30 (SEARCH) macro to the VOS3 operating system 50 while designating a target dataset name. The VOS3 operating sys- 
tem 50 accesses the VTOC and returns the resulting format 1 DSCB to the VTOC utility 2300. The VTOC utility 2300 
returns the result to the VSAM access library 30"' on the CPU 1 0. Alternatively, the VTOC utility 2300 may be previously 
run and the result thereof may be inputted from the console connected to the CPU 10. In a step 550, the format 1 DSCB 
is copied to a local variable of the VSAM access library 30*" and the process returns to the requesting process and the 

35 VSAM ESDS open process is terminated. 

When the VOS3 operating system 50 accesses the VTOC, it uses a VTOC index or uses a CCW (Channel Com- 
mand Word) for searching a record having a designated key field, and hence the process thereof is generally faster than 
the process executed in the steps 505 to 540 of the VSAM OPEN process conducted by the VSAM access library 30 in 
the first embodiment. Accordingly, the present embodiment attains faster data access than the first embodiment. 

40 

(5) Fifth Embodiment 

Fig. 19 shows a configuration of a main portion of a computer system in accordance with a fifth embodiment of the 
present invention. 

45 In the configuration of the computer system of the fifth embodiment of the present invention, the VSAM access 

library 30 of the first embodiment is replaced by a VSAM access library 30"" having a somewhat different feature and 
the CPU 1 1 is provided with a lock utility 2600. The present embodiment has a configuration to solve the following prob- 
lems which the first embodiment possesses. 

The VOS3 operating system 50 accesses data by an interface compatible to the count-key<Jata format and man- 

so ages the data, and the UNIX operating system 40 accesses data by an interface compatible to the fixed length data for- 
mat and manages the data. Both operating systems have information as to whether the respective datasets in the disk 
storage are busy or not in the memories managed by the respective operating systems. Thus, each operating system 
does not know which dataset is used by other. Thus, a problem that the dataset currently referred to by application pro- 
gram 20 running on the UNIX operating system 40 may be deleted by the application program 21 running on the VOS3 

55 operating system 50 cannot be avoided. Such a problem should be avoided because the misoperation of the application 
program or the operating system or the break of the dataset may be caused. 
Thus, in the present embodiment, the lock utility 2600 is provided. 

The lock utility 2600 is a program running on the VOS3 operating system 50. The lock utility 2600 requests to the 
VOS3 operating system 50 the use of the dataset to be accessed by the VSAM access library 30"" in accordance with 



9 



BNSDOCID: <EP 0785500A1_I_> 



EP0785 500A1 

the request of the VSAM access library 30"". However, the lock utility 2600 does not access the dataset for which the 
use is requested by itself. The access to the dataset is conducted by the UNIX operating system 40 through the SCSI 
interface. The VOS3 operating system is provided with a macro for requesting the use of the dataset as required and it 
is called a DYNALLOC macro. When the VSAM access library 30"" is to access the dataset, it designates the dataset 
5 name and calls the lock utility 2600. The lock utility 2600 issues the DYNALLOC macro while designating the target 
dataset name. Thus, the dataset to be accessed by the UNIX operating system 40 is considered to be busy for the 
VOS3 operating system and the interference of the access described above is avoided. 

Fig. 20 shows a flow chart of a VSAM ESDS open process conducted by the VSAM access library 30"". 
In a step 2700, the VSAM access library 30"" designates the dataset name to be opened and calls the lock utility 
10 2600. Specifically, it calls the lock utility by using the interprogram communication. The lock utility 2600 issues the 
DYNALLOC macro to the VOS3 operating system 50 to requests the use of the dataset. Thus, the dataset can no longer 
be accessed from the application program running on the VOS3 operating system. The subsequent process is similar 
to that of Fig. 4 and the explanation thereof is omitted. 

Fig. 21 shows a flow chart of a VSAM ESDS close process conducted by the VSAM access library 30"". 
is In a step 2800, the VSAM access library 30"" designates the dataset name to be closed and calls the lock utility 
2600. The lock utility 2600 issues the DYNALLOC macro to the VOS3 operating system 50 to convey the termination of 
the use of the dataset. The dataset is now ready to be accessed from the application program running on the VOS3 
operating system 50. The subsequent process is similar to that of Fig. 6 and the explanation thereof is omitted. 

In the present embodiment, the dataset opened by the VSAM access library 30"" can no longer be accessed from 
the application program running on the VOS3 operating system 50. It is possible to allow the reading of the dataset but 
does not allow the updating. To this end, the VSAM access library 30"" gives to the lock utility 2600 the dataset name 
as well as a shared mode of the dataset and the lock utility 2600 issues the DYNALLOC macro in accordance with the 
shared mode. 

While not described in the present embodiment, the VSAM access library 30"" may newly prepare a dataset for 
managing the VOS3 operating system 50 on the CKD disk storage 100 in accordance with the application program 20 
running on the operating system 40 by using the lock utility 2600. Similarly, the dataset may be deleted or the size of 
the existing dataset may be expanded or reduced. 

In accordance with the computer system of the present invention, the data may be shared between the main frame 
and the open system. Thus, the flexible, low cost and high performance computer system may be constructed. 
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Claims 



A computer system including a storage device (80) having an interface (61) compatible to a count-key-data format 
and an interface (71) compatible to a fixed length data format comprising: 

means for mutually transforming between a record address in the count-key-data format designated by a cyl- 
inder number, a head number and a record number and an address in the fixed length data format designated 
by a logical block address; 

means for allowing the access to a record stored in said storage device in the count-key-data format by the 
40 interface compatible to the fixed length data format; 

means for extracting only user data from said record; and 

means for interpreting the user data of said record in accordance with a predetermined format for utilization. 
2. A computer system comprising: 

a first computer (10) for conducting the disk access in accordance with a count-key<Jata format of a disk stor- 
age to be accessed; 

a second computer (11) for conducting the disk access in accordance with a fixed length data format; and 
a disk subsystem (80) connected to said first and second computers; 

said disk subsystem including a first interface (61) connected to said first computer and conpatble to the 
count-key-data format, a second interlace (71) connected to said second computer and compatible to the fixed 
length data format, a disk storage storing data accessed by said first and second computers in count-key-data 
format and means for reading the data from said disk storage in accordance with a fixed length data format 
address received from said second interface and transferring the read data to said second computer in a fixed 
55 length data format block unit through said second interface; 

said second computer including means for accepting a disk access request compatible to the count-key-data 
format issued from an application program and converting the count-key-data format address to a fixed length 
data format address, means for accessing said disk subsystem by using the converted fixed length data format 
address and means for extracting data in a record designated by the access request from the block-by-block 
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data transferred from said disk subsystem. 

3. A computer system according to Claim 2 wherein said transfer means calculates a cylinder number and a head 
number of an area in which the record designated by the access request is stored based on the address in the fixed 
5 length data format, reads the data of the track including the designated record from said disk storage, determines 

a start position of a block in the track determined by the address in the fixed length data format, and transfers the 
data subsequent to the start position in the track to said second computer block by block in accordance with the 
fixed length data format. 

10 4. A computer system according to Claim 3 wherein when the data transfer of the track is terminated in the course of 
the transfer of the data block, said transfer means transfers the predetermined data to the end of the data block 
being transferred. 

5. A computer system according to Claim 2 wherein said disk storage has a fixed length storage area and stores the 
15 data in the count-key-data format by dividing the data into the size of the fixed length storage area, and said transfer 

means determines the storage area of said disk storage in which the data to be transferred is stored based on the 
address in the fixed length data format to read the data. 

6. A computer system according to Claim 5 wherein said transfer means calculates a cylinder number, a head number 
20 and a record number for accessing data in the count-key-data format based on the address in the fixed length data 

format and calculates an address of the storage area in which the data to be transferred is stored based on the cal- 
culated cylinder number, head number and record number. 
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